Scheduling tasks quickly in a sequential order

ABSTRACT

Scheduling a sequence of tasks quickly using a task list containing a sequence of entries, with each entry indicating whether a task is enabled or disabled for execution. A scheduler block examines the sequence of entries without wasting time in examining entries between those (entries) related to a prior scheduled task and a task to be scheduled next. By not wasting time examining the entries related to the disabled entries, the next task in the sequence of tasks may be scheduled for execution quickly.

BACKGROUND OF THE INVENTION

[0001] 1. Field of the Invention

[0002] The present invention relates to data processing systems, and more specifically to a method and apparatus for scheduling tasks quickly in a sequential order.

[0003] 2. Related Art

[0004] Data processing systems are often used to execute user applications (e.g., word processor, spreadsheets, distributed computing, etc). Applications in turn are often supported by multiple tasks. A task is generally implemented in the form of one or more instructions to provide a corresponding utility. Examples of tasks include transferring a segment of data from one memory unit to another and performing complex instructions.

[0005] Multiple tasks often need to be executed to support user applications. In general, the tasks often need to share resources such as processors, memories and interconnecting buses for execution. At least due to availability of only limited resources, only some of the tasks can generally be executed in parallel at a given time. Accordingly, data processing systems often include schedulers which coordinate and control execution of the tasks.

[0006] Schedulers typically need to be implemented meeting or balancing various requirements. One requirement is that the next task to be executed be determined quickly. In addition, it may be required to suspend a first task after partial execution, execute a second task and then switch back to the execution of the first task.

[0007] What is therefore needed is a method and apparatus for scheduling tasks meeting one or more requirements such as those noted above.

SUMMARY OF THE INVENTION

[0008] A scheduler in accordance with the present invention schedules a sequence of tasks quickly. In an embodiment, a task list is maintained associated with a sequence of tasks. The task list contains a sequence of entries, with each entry indicating whether a corresponding task is enabled or disabled for execution. The scheduler determines a next task (after a present task) to be executed without wasting time examining the corresponding entries between those related to the present task and the next task.

[0009] In one implementation, the sequence of tasks are executed in multiple iterations. A master task list is used to indicate whether the execution of each task is complete or not. A shadow task list is maintained indicating whether each enabled task has been executed or not in a present iteration. Thus, the shadow task list may be generated by copying the master task list at the beginning of each iteration.

[0010] Each entry in the shadow task list is disabled (cleared or set to 0) when the corresponding task is scheduled for execution. Thus, when all the entries in a shadow task list are cleared, a next iteration may be started. Each entry in the master task list may be cleared when the execution of the corresponding task is complete.

[0011] In an embodiment, each task corresponds to transferring data from one segment of a memory to another. In an alternative embodiment, the sequence of tasks correspond to a set of micro-instructions used to execute machine instructions. A (master) task list is associated with each machine instruction, with the task list indicating the micro-instructions which need to be executed to perform the machine instruction.

[0012] Further features and advantages of the invention, as well as the structure and operation of various embodiments of the invention, are described in detail below with reference to the accompanying drawings. In the drawings, like reference numbers generally indicate identical, functionally similar, and/or structurally similar elements. The drawing in which an element first appears is indicated by the leftmost digit(s) in the corresponding reference number.

BRIEF DESCRIPTION OF THE DRAWINGS

[0013] The present invention will be described with reference to the accompanying drawings, wherein:

[0014]FIG. 1 is a flow chart illustrating a prior approach used to schedule tasks in a sequential order;

[0015]FIG. 2 is a flow chart illustrating a method to quickly schedule tasks in a sequential order according to an aspect of the present invention;

[0016]FIG. 3 is a block diagram illustrating the details of an embodiment of a scheduling block implemented in accordance with the present invention;

[0017]FIG. 4 is a timing diagram illustrating the extra time consumed by the prior approach as compared with the present invention;

[0018]FIG. 5 is a block diagram illustrating an example environment in which the present invention can be implemented; and

[0019]FIG. 6 is a block diagram illustrating an embodiment of the present invention implemented substantially in the form of software.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0020] 1. Overview and Discussion of the Invention

[0021] According to an aspect of the present invention, a task list is maintained associated with a sequence of tasks which would need to be scheduled in a sequential order. The task list indicates whether each task is enabled (need to be executed) or disabled for execution. A method and/or apparatus may be implemented to quickly schedule one enabled task after the another enabled task in sequential order while minimizing the time consumed. In an embodiment, the scheduling may be performed in a single clock cycle.

[0022] Due to such quick scheduling, the overall throughput performance of a data processing system may be enhanced. The advantages of the present invention can be appreciated by first understanding the additional time taken while implementing an example prior approach. Accordingly, the example prior approach is described first.

[0023] 2. Prior Approach

[0024]FIG. 1 is a flow chart illustrating a prior approach used to schedule a sequence of tasks in a sequential order. The method begins in step 101, in which control immediately passes to step 110.

[0025] In step 110, a task list is created for a sequence of tasks which need to be executed sequentially. The task list indicates whether each task in the sequence is enabled or disabled. In one embodiment, the task list contains a number of bits equal to the number of tasks, and each bit indicates whether the corresponding task is enabled or disabled for execution. The bits may be contained in units such as bytes or words, which are suitable for fast transfers and storing in high speed units such as registers.

[0026] In step 130-A, a determination is made as to whether the first task in the sequence of tasks is enabled or disabled. If the first task is enabled, control passes to step 140-A and to step 130-B otherwise. In step 140-A, the first task in the sequence of tasks is executed. Execution continues usually until preempted for scheduling of other tasks or when execution of the first task is completed.

[0027] In step 150-A, a determination is made as to whether the first task is executed completely. If the task is completed, control passes to step 160-A else the control passes to step 130-B. In step 160-A, the first task is disabled in the task list as the execution is complete. Control may then pass to step 130-B.

[0028] Steps 130-B, 140-B, 150-B and 160-B may be performed similar to steps 130-A, 140A, 150-A and 160-A respectively, but with reference to the second task (instead of the first task). It may be appreciated that similar four steps may be performed associated with each of the tasks represented in the task list. FIG. 1 represents a situation in which N tasks are represented by the task list.

[0029] In step 190, a determination is performed as to whether execution of all tasks are complete by examining the task list. If any of the tasks are not executed completely, control passes to step 130-A or else control passes to step 199 in which the method ends. Execution of the four steps related to the N tasks continues potentially in multiple iterations until all the tasks represented by the task list are complete.

[0030] As may be appreciated from the above approach, the scheduler examines the task list entry for each task in the sequence, even if the task is disabled. That is, steps 130-A through 130-N would be executed in each iteration irrespective of whether the corresponding task is enabled or disabled. As a result, considerable time (clock cycles) may be wasted which could in turn minimize the throughput performance of a data processing system.

[0031] For example, assuming that tasks 2 and 14 are enabled and tasks 3-13 are disabled, scheduling task 14 after performing task 2 in an iteration, may consume 12 clock cycles, assuming a clock cycle is consumed to perform each of the steps 130-C through 130-14.

[0032] Accordingly, a method to reduce such time wasted is described below.

[0033] 3. Method

[0034]FIG. 2 is a flow-chart illustrating a method using which a sequence of tasks can be quickly scheduled in sequential order. The method begins in step 201, in which control immediately passes to step 210.

[0035] In step 210, a master task list is created for a sequence of tasks which need to be executed sequentially. The master task list indicates whether each task in the sequence is enabled or disabled. An embodiment of the master task list contains a number of bits equal to the number of tasks (in the sequence), and each bit indicates whether the corresponding task is enabled or disabled for execution. The bits may be contained in units such as bytes or words, which are suitable for fast transfers and for storing in high speed units such as registers.

[0036] In step 220, a shadow task list is created by copying the master task list. When created, the shadow task list may contain the same information as that present in the master task list. As described below, the shadow task list is used to maintain information indicating the list of enabled tasks not yet executed in each iteration (of steps 230-280).

[0037] In step 230, the scheduler schedules a next one of the sequence of tasks without wasting clock cycles in examining the task list entries corresponding to the disabled tasks. In other words, examination of the entries corresponding to the disabled tasks are skipped by the scheduler, thereby reducing the total time consumed when scheduling a sequence of tasks.

[0038] In step 250, the scheduled task is executed. In step 270, the executed task is indicated to be disabled in the shadow task list. If the execution of the task is complete, executed task is indicated to be disabled in the master task list also.

[0039] In step 280, the shadow task list is examined to determine whether any of the sequence of tasks is indicated to be enabled. If any tasks are indicated to be enabled, control passes to step 230. Steps 230-280 are repeated until shadow task list indicates that all the tasks are disabled. When the shadow task list is empty, control passes to step 290.

[0040] In step 290, a determination is made as to whether all the enabled tasks in the sequence of tasks are completely executed. The determination may be made by checking the master task list. If the master task list indicates that all the tasks are disabled, execution of all tasks may be deemed to be complete. If any of the tasks are indicated to be enabled, control passes to step 220. Steps 230-290 are repeated with the new shadow task list generated in step 220.

[0041] Even though the master task list and shadow task list are described as being separate data structures, it should be understood that the two lists can be combined into a single list (with entry for each task containing more than one bit). Such alternative implementations will be apparent to one skilled in the relevant arts based on the disclosure provided herein, and are intended to be covered by several aspects of the present invention.

[0042] Thus, a sequence of tasks can be scheduled and executed using a method in accordance with FIG. 2. The throughput performance of a data processing system (using the method of FIG. 2) may be enhanced as a next enabled task (in the sequence of tasks) can be scheduled without wasting clock cycles examining any disabled tasks between the prior executed task and the next enabled task (in the sequence of tasks). Partial execution of tasks is also supported by using a shadow task list. The description is continued with reference to an example embodiment which can be used to implement the method of FIG. 2.

[0043] 4. Scheduling Block

[0044]FIG. 3 is a block diagram illustrating the details of an embodiment of scheduling block 300 implemented in accordance with an aspect of the present invention. Scheduling block 300 is shown containing master register 310, shadow register 320, priority encoder 330, decoder 340, AND logic block 360-A and 360-B, register reload block 370, multiplexor 380 and 390. Each block is described in further detail below.

[0045] Master register 310 stores a master task list which indicates whether each task (in a sequence of tasks) is presently enabled or disabled for execution. In an embodiment, the master task list contains a number of bits equal to the number of tasks in the sequence, with each bit indicating whether the corresponding task is enabled or disabled (including completion of execution) for execution. The master task list maybe initially received on path 301 via multiplexor 380 when signal 302 is asserted. Once the execution of a task is complete, the entry in the master task list corresponding to the completed task is indicated to be disabled. Thus, the master task list indicates the enabled tasks yet to complete execution. The remaining components operate as an examination circuit to schedule the enabled tasks in sequence according to the master task list.

[0046] Shadow register 320 stores a shadow task list which indicates the sequence of tasks which are yet to be executed in each iteration. At the beginning of each iteration, shadow register 320 may be loaded with the master task list present in master register 310 via multiplexor 380 (by register reload 370). As will be described below, each task is executed for some time (determined externally) or until completion of execution, and the bit in the shadow task list corresponding to the task just executed is disabled (set to 0). When all the bits in shadow task list 320 equal 0, and master task list still indicates that some tasks are incomplete, shadow register 320 is reloaded with master task list (which now contains bits indicating only incomplete and enabled tasks).

[0047] Priority encoder 330 examines the shadow task list received on path 323, and generates a task number representing the next task to be executed. As each bit of the shadow task list indicates whether the corresponding task is enabled for execution, priority encoder 330 generates the task number equaling the bit position (with least significant bit treated as position 1) of the first enabled bit (or corresponding task).

[0048] For example, if shadow task list contains bits (1000 0010), priority encoder 330 generates task number equal to 2 first reflecting that task number 2 (corresponding to bit position 2) is to be executed first. Once task 2 is executed, the second bit is set to 0, and a task number of 8 is generated reflecting that task number 8 (corresponding to bit position 8) is to be executed. If a mask list contains 2^(n) bits, priority decoder 330 may merely need ‘n’ bits to represent the task number.

[0049] Decoder 340 converts the ‘n’-bit number generated by priority encoder into a 21-bit number, with the bit in the position corresponding to the task number equal to zero and the remaining bits equal to 1. In effect, priority encoder 330 and decoder 340 operate to generate a number, which contains a 0 in the position corresponding to the task to be scheduled for execution, and 1 in the remaining of the 2^(n) bit positions.

[0050] Continuing with reference to the previous example, when priority encoder 330 generates task number equal to 2, decoder 340 generates ‘1111 1101’. A zero in the second bit position indicates that the task number 2 is scheduled for execution. When priority encoder 330 generates task number 8, decoder 340 generates ‘0111 1111’.

[0051] Decoder 340 forwards the generated value to AND logic 360-B when a clear signal is received on line 341. Clear signal 341, when asserted, indicates the end of execution of a scheduled task. The end may occur either because of completion of execution of a task or lapse of time allocated for execution of the task.

[0052] AND logic block 360-A performs a logical AND operation on output of decoder 340 on bus 346 and the bits in shadow task list received on bus 326. AND logic block 360-A thus generates a value with the same bit values as in the shadow task list except that the bit corresponding to the task just executed would be set equal to a zero (disabled). Thus, when one iteration is completed all the bits in shadow task list should equal zero, i.e., all enabled tasks have been executed at least once.

[0053] Register reload block 370 causes the master task list in master register 310 to be copied into shadow register 320 at the end of each iteration. Register reload block 370 may examine the shadow task list for a zero value, and generate a logic high level on register reload signal 378 when a zero value is detected.

[0054] The logic high value causes multiplexor 380 to select the master task list, and the selected value is stored in shadow register 320. Thus, the entry corresponding to an executed task is cleared in shadow register 320. The components of above which cause the clearing operation to be performed, may together be referred to as clearing circuit.

[0055] Multiplexor 380 selects master task list stored in master register 310 when register reload signal on line 378 is asserted (logic high), the output on bus 367 when signal 378 is asserted by register reload 370. The bits on bus 367 are selected after execution of each task in an iteration. The master task list is selected at the beginning of each iteration.

[0056] AND logic block 360-B performs a logical AND operation on value on bus 346 and the bits in master task list received on bus 316. AND logic block 360-B generates a value with the same bit values as in the master task list but with the bit in the position corresponding to the task just executed to zero. As described below, if the task is completely executed, the output of AND logic block 360-B is stored in master register 310.

[0057] Multiplexor 390 selects value on bus 368 (for loading into master register 310) when execution complete signal on line 381 is asserted, and the value on bus 301 when initial load signal 302 is asserted. Initial load signal 302 is asserted during initialization when a sequence of tasks are to be scheduled using scheduler 300. Once master register 310 is initialized with a master task list, the components operate to schedule the enabled tasks in sequence as described above.

[0058] By not consuming time for examining the data related to disabled tasks (in a sequence of tasks), the time consumed to schedule the enabled tasks may be reduced. The description is continued with reference to a timing diagram which illustrates the time that can be saved in an embodiment described above.

[0059] 5. Timing Diagram

[0060]FIG. 4 is a timing diagram illustrating the reduction in time (compared to a prior approach described above) consumed using an approach according to the present invention. The two methods have been compared for an example task list executed with reference to an example clock signal shown on line 309. The task list contains a bit stream ‘1000010’. That is, task 2 (second least significant bit) and task 8 (most significant bit) are enabled.

[0061]FIG. 4 is shown containing clock signal 309, task list 402, signal 403 illustrating time taken by prior approach, signal 404 illustrating time taken by present approach, signal 405 indicating that a task has been executed. In both approaches, task 2 is shown ending at time point 412.

[0062] In the prior approach, execution of task 8 is shown starting at time point 416 whereas in the present approach execution of task 8 is shown starting at time point 413. As is seen on signal 405, in the present approach, task 8 is executed immediately after signal 405 goes high (between points 412 and 413) after completion of task 2 whereas in the prior approach task 8 begins execution only at point 416.

[0063] As is seen in FIG. 4, the prior approach takes 6 extra clock cycles when traversing from end of task 2 to beginning of task 8 whereas the present approach takes just a clock cycle when traversing from end of task 2 to start of task 8. Thus, the present invention consumes less time when traversing among tasks. The description is continued with reference to an example environment in which the present invention can be implemented.

[0064] 6. Example Environment

[0065]FIG. 5 is a block diagram illustrating the details of data processing system 500 in which the present invention can be implemented. Data processing system 500 is shown containing central processing unit (CPU) 510, random access memory (RAM) 520, memory units 540 and 550 and direct memory access (DMA) controller 580. Each component is described in further detail below.

[0066] CPU 510 may execute instructions stored in RAM 520 to provide several features of data processing system 500. CPU 510 may contain one or more individual processors. One or more of the instructions may be used to transfer data in segments of memory unit 540 to memory unit 550. The manner in which the data transfer may be performed is described below.

[0067] Memory unit 540 is shown containing segments 540-A through 540-N and memory unit 550 is shown containing segments 550-A through 550-N. In some situations, it may be required to transfer data contained in the segments of memory 540 to memory 550 (or vice versa). It may not be required to transfer all of the segments for particular applications. DMA controller 580 controls such data transfer between memories. The transfer of data related to each segment may be characterized as a task. DMA controller 580 may be set up to cause the tasks to be performed as described below.

[0068] DMA controller 580 (an example of a controller) is shown containing tables 560, resource distribution logic 570 and scheduling block 300. Tables 560 contain various scheduling parameters such as the time to be allocated for execution of each task in each iteration. Tables 560 may also contain information on which segments in memory 540 (or 550) have to be transferred for a particular task.

[0069] Resource distribution logic 570 provides scheduling block 300 with a task list representing the segments of the memory required to be transferred. Each bit corresponding to a segment requiring transfer may be set to a 1 and the remaining bits may be set to 0. Resource distribution logic 570 generates clear signal on line 341 when time allocated (determined based on tables 560) for a task has elapsed.

[0070] Resource distribution logic 570 asserts master clear signal 381 when the task has been completely executed. Scheduling block 300 generates signal 583 which controls the transfer of segments between memory units 540 and 550. The operation of scheduling block 300 is as described in the previous sections.

[0071] Thus, a feature of the present invention allows data transfers to be performed efficiently in a data processing system. It must be appreciated the present invention can be implemented to achieve other utilities as well. For example, the present invention may be used to execute machine instructions as described below.

[0072] 7. Executing Machine Instructions

[0073] The present invention may be implemented to execute machine instructions (having a one-to-one correspondence with assembly level language). As is well known, a machine instruction may be implemented by executing a sequence of micro-instructions according to micro-code. Each instruction may be executed using micro-instructions as described below.

[0074] A task list, containing a number of bits equal to the number of micro-instructions may be maintained. Only the micro-instructions which need to be executed may be enabled in the corresponding task list. As may be appreciated, a task list may be associated with each instruction, and the tasks may be scheduled for execution when the corresponding instruction has to be executed. Scheduler 300 may be used to schedule the tasks.

[0075] However, it may be necessary to execute tasks in a different sequence than the sequence specified in a task list. For example, it may be required to execute micro-instructions 1, 6 and 3 in that sequence, to execute an instruction. In such a situation, the instruction may be executed using two task lists, with the first task list specifying 1 and 6, and the second task list specifying 3.

[0076] It may be appreciated that even though the above embodiments are described with respect to hardware, alternative embodiments may be implemented substantially in software. The manner in which data processing system can be implemented in software is described below.

[0077] 8. Software Implementation

[0078]FIG. 6 is a block diagram illustrating the details of data processing system 600. Data processing system 600 is shown containing processing unit 610, random access memory (RAM) 620, storage 630, output interface 660, network interface 680 and input interface 690. Each component is described in further detail below.

[0079] Output interface 660 provides output signals (e.g., display signals to a display unit, not shown) which can form the basis for a suitable user interface for a user to interact with data processing system 600. Input interface 690 (e.g., interface with a key-board and/or mouse, not shown) enables a user to provide any necessary inputs to data processing system 600.

[0080] Output interface 660 and input interface 690 can be used, for example, to enable a user to interact with data processing system 600. For example, a user may provide the inputs required to execute machine instructions using input interface 690 and the corresponding result may be viewed on a display unit (not shown) using output interface 660. In addition, the various parameters stored tables 540 may also be provided using input interface 690 and output interface 660.

[0081] Network interface 680 enables data processing system 600 to send and receive data on communication networks using protocols such as internet protocol (IP). Network interface 680, output interface 660 and input interface 690 can be implemented in a known way.

[0082] RAM 620 and storage (secondary memory) 630 may together be referred to as a memory. RAM 620 receives instructions and data on path 650 from storage 630, and provides the instructions to processing unit 610 for execution. In addition, RAM 620 may be used to store the tasks which are required to be scheduled.

[0083] Secondary memory 630 may contain units such as hard drive 635 and removable storage drive 637. Secondary storage 630 may store the software instructions and data, which enable data processing system 600 to provide several features in accordance with the present invention.

[0084] Some or all of the data and instructions may be provided on removable storage unit 640, and the data and instructions may be read and provided by removable storage drive 637 to processing unit 610. Floppy drive, magnetic tape drive, CD-ROM drive, DVD Drive, Flash memory, removable memory chip (PCMCIA Card, EPROM) are examples of such removable storage drive 637.

[0085] Processing unit 610 may contain one or more processors. In general processing unit 610 reads sequences of instructions from various types of memory medium (including RAM 620, storage 630 and removable storage unit 640), and executes the instructions to provide several features of the present invention as described above.

[0086] 9. Conclusion

[0087] While various embodiments of the present invention have been described above, it should be understood that they have been presented by way of example only, and not limitation. Thus, the breadth and scope of the present invention should not be limited by any of the above described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents. 

What is claimed is:
 1. A method of scheduling a sequence of tasks for execution, said method comprising: maintaining a task list containing a sequence of entries, wherein each of said sequence of entries indicates whether a corresponding one of said sequence of tasks is enabled for execution or not; scheduling a first task for execution, wherein said first task is comprised in said sequence of tasks and said task list indicates that said first task is enabled for execution; determining a next task for execution based on said task list without wasting time examining entries related to not enabled tasks between said first task and said next task; and scheduling said next task for execution; wherein said determining enables said next task to be scheduled quickly for execution after said scheduling said first task.
 2. The method of claim 1, further comprising executing said first task, wherein said determining is performed after said executing.
 3. The method of claim 1, further comprising: completing execution of said sequence of tasks in a plurality of iterations, wherein said task list comprises a master task list; maintaining a shadow task list associated with each of said plurality of iterations, and a shadow task list, wherein said master task list is copied as said shadow task list at the beginning of each of said plurality of iterations; and disabling an entry in said shadow task list corresponding to first task after said scheduling of said first task.
 4. The method of claim 3, further comprising disabling an entry corresponding to said first task in said master task list upon completion of execution of said first task.
 5. The method of claim 3, wherein said first task comprises transferring data from one memory unit to another.
 6. The method of claim 3, wherein said sequence of tasks represent a sequence of miicroinstructions, and wherein said master task represents a plurality of microinstructions which need to be executed to execute a corresponding machine instruction.
 7. A system executing a sequence of tasks, said system comprising: means for maintaining a task list containing a sequence of entries, wherein each of said sequence of entries indicates whether a corresponding one of said sequence of tasks is enabled for execution or not; means for scheduling a first task for execution, wherein said first task is comprised in said sequence of tasks and said task list indicates that said first task is enabled for execution; means for determining a next task for execution based on said task list without wasting time examining entries related to not enabled tasks between said first task and said next task; and means for scheduling said next task for execution; wherein said determining enables said next task to be scheduled quickly for execution after said scheduling said first task.
 8. The system of claim 7, further comprising: means for completing execution of said sequence of tasks in a plurality of iterations, wherein said task list comprises a master task list; means for maintaining a shadow task list associated with each of said plurality of iterations, wherein said master task list is copied as said shadow task list at the beginning of each of said plurality of iterations; and means for disabling an entry in said shadow task list corresponding to first task after said scheduling of said first task.
 9. The system of claim 8, further comprising means for disabling an entry corresponding to said first task in said master task list upon completion of execution of said first task.
 10. The system of claim 8, wherein said first task comprises transferring data from one memory unit to another.
 11. The system of claim 8, wherein said sequence of tasks represent a sequence of miicroinstructions, and wherein said master task represents a plurality of microinstructions which need to be executed to execute a corresponding machine instruction.
 12. The system of claim 8, further comprising: a table; a central processing unit storing data in said table, said data indicating priorities to be assigned to the execution of each of said sequence of tasks; and a resource distribution block examining said data in said table, and causing each of said sequence of tasks to be executed in each of said plurality of iterations according to said priorities.
 13. A controller to cause a sequence of tasks to be performed, said controller comprising: a register storing a task list containing a sequence of entries, wherein each of said sequence of entries indicates whether a corresponding one of said sequence of tasks is enabled for execution or not; and an examination circuit determining a next task for execution after scheduling a first task, said examination circuit determining said next task based on said task list without wasting time examining entries related to not enabled tasks between said first task and said next task in said sequence of tasks, wherein said next task is scheduled for execution, and wherein said determining enables said next task to be scheduled quickly for execution.
 14. The controller of claim 13, wherein said register comprises a master task register and said task list comprises a master task list, wherein said plurality of tasks are executed in a plurality of iterations, wherein said examination circuit further comprises: a shadow task register storing a copy of said master task list at the start of each of said plurality of iterations; and a clearing circuit for clearing an entry in said shadow task register corresponding to said next task after scheduling said next task.
 15. The controller of claim 14, wherein each of said sequence of entries comprises a bit, wherein said clearing circuit comprises: a priority encoder examining said copy in said shadow task register to generate a task number representing said next task to be scheduled, wherein said task number represents a bit position of a first enabled bit in said copy; a decoder generating a mask containing a first logical value in said bit position, and another logical value in the remaining positions of said mask; an AND logic performing an AND operation of said mask with said copy to generate an output; and a multiplexor to select either said output or said master task list, said multiplexor storing the selected value in said shadow register.
 16. The controller of claim 15, wherein an entry corresponding to said first task is disabled after completion of execution of said first task.
 17. The controller of claim 16, further comprising: a table indicating priorities to be assigned to the execution of each of said sequence of tasks; and a resource distribution block examining said data in said table, and causing each of said sequence of tasks to be executed in each of said plurality of iterations according to said priorities.
 18. A computer program product for use with a computer system, said computer program product comprising a computer usable medium having computer readable program code means embodied in said computer usable medium, said computer readable program code means enabling scheduling of a sequence of tasks for execution, said computer readable program code means comprising: maintaining means for maintaining a task list containing a sequence of entries, wherein each of said sequence of entries indicates whether a corresponding one of said sequence of tasks is enabled for execution or not; scheduling means for scheduling a first task for execution, wherein said first task is comprised in said sequence of tasks and said task list indicates that said first task is enabled for execution; determining means for determining a next task for execution based on said task list without wasting time examining entries related to not enabled tasks between said first task and said next task; and scheduling means for scheduling said next task for execution; wherein said determining means for determining enables said next task to be scheduled quickly for execution after said scheduling said first task.
 19. The computer program product of claim 18, further comprising: completing means for completing execution of said sequence of tasks in a plurality of iterations, wherein said task list comprises a master task list; maintaining means for maintaining a shadow task list associated with each of said plurality of iterations, wherein said master task list is copied as said shadow task list at the beginning of each of said plurality of iterations; and disabling means for disabling an entry in said shadow task list corresponding to first task after said scheduling of said first task.
 20. The computer program product of claim 19, further comprising disabling means for disabling an entry corresponding to said first task in said master task list upon completion of execution of said first task.
 21. The computer program product of claim 19, wherein said first task comprises transferring data from one memory unit to another.
 22. The computer program product of claim 19, wherein said sequence of tasks represent a sequence of microinstructions, and wherein said master task represents a plurality of microinstructions which need to be executed to execute a corresponding machine instruction. 